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0 NETWORK SYSTEM CONSISTING OF TERMINALS HAVING DOCUMENT PREPARING FUNCTION. 



0 The invention relates to a document preparing 
mettiod of a network system and its object is to 
mutually utilize documents among terminals. For this 
purpose, according to the present invention, there 
are provided with a component file (4) in which are 
registered coded elements of a document and coded 



conditions of the document preparation, a program 
file (6) comprising a program for preparing venous 
documents, and an expansion table (8) for expand- 
ing the coded preparation conditions, elements and 
programs. The element codes for preparing docu- 
ments and preparation condition codes are expand- 
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ed on the expansioo table (8), and documents are 
prepared by combining the element codes and prep- 



aration condition codes. 
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[HELD OF THE INVENTION] 

The present invention relates to a network sys- 
tem consisting of terminal units providing a function 
to generate documents such as graphs and figures. 

Documents generated by each tenminal unit 
are registered, as the distributed data bases, to the 
files of terminal units for use by the other tenminal 
units. 

[BACKGROUND OF THE INVENTION] 

A network coupling many termninals units has 
been Introduced in general and thereby the docu- 
ments such as graphs and figures generated by 
respective terminal units can be used as the dis- 
tributed data bases in the network, enhancing ne- 
cessity of utilization of documents. 

Generation of documents such as graphs and 
figures in the terminal units of the conventional 
network system has ben conducted, for example, in 
generatkm of graphs, by inputting the object data 
for graph such as type of graph and kind of Krtes 
using a packaged graph generation program. 

Moreover, in the figure generating process in 
the conventional terminal unit an image of hand- 
written figure is input and data processing has 
been conducted for the filing. 

Furthermore, in case a document such as 
graph and figure generated by the other terminal 
unit is used through display on the screen in the 
conventk>nal network system, communicatkm with 
the other tenminal unit is candied out frequently and 
complicated procedures have also be required, 
namely the answer is returned each time In accor- 
dance with the conversation message display sent 
from the other terminal unit and thereafter the 
program is executed on the other terminal unit and 
the display as processing result is transmitted to 
the own terminal unit 

Moreover, display on the screen in the terminal 
unit of the conventional network system is usually 
possible only for a single screen including the 
window. Therefore if the function for continuous 
screen process is provided, it is altowed v^in the 
ranged fixed by the program and additional reg- 
istration of screen and replacement of sequence 
have been impossible. In addition, a program must 
be prepared one by one for each aggregation of 
different screens for generation of different continu- 
ous screens and thereby remarkable number of 
programs has been required. 

Rrst, the conventional graph generating meth- 
od and figure generating method will be explained 
with reference to Fig. 21 and Rg. 22, and the 
conventk)nal screen processing method t)etween 
tenminal units will be explained with reference to 
Fig. 23 and Rg. 24. 



A graph generating method of the prior art will 
be explained with reference to Rg. 21. 

Rrst of all, a type of graph such as a graph of 
broken lines is designated by a packaged graph 
5 generating software from an input/output unti 150. 
Next, a graph generating condition such as a type 
polygonal lines and object data for generating 
graph are input. 

A graph generating package software 151 edits 
10 athe graph in accordance with the generating con- 
dition input and object data in put for generating 
the graph. 

An edited graph displays a generated graph on 
the display unit 152 such as display. 

IS The generated graph is stored in a file 153 
such as a flopply disk and such graph is then 
output to the display unit 152 as required. 

Next a conventional figure generating metiiod 
using an image scanner will be explained with 

20 reference to Rg. 22. 

Rrst. a required figure is generated by hand- 
writing method and the hand-written figure 160 is 
read with an image scanner and it is then input. 
The input figure data is processed in the image levl 

25 by a data processor 162 and the figure as the 
result has been output to a display unit 165 or X-Y 
pk)tter 166 owing to a display processor 164. 

Moreover, the input digure data is stored in a 
figure file 163 and it can also be output to a display 

30 unit 165 or X-Y plotter 166 from the display proces- 
sor 164 as required. 

The conventional metifiod for processing data 
between terminal units will be explained with refer- 
ence to Rg. 23 and Rg. 24. 

35 Explained as an example is the case where the 
other terminal unit A is provided with a function to 
display the necessary display screens 1 . 2 , 3 f or 
"daily sales amount", "weekly sales amount", 
"ninthly sales amount" and "annual sales 

40 anrujunt" for processing as shown in Rgs. 23 (A), 
(B) and (C) and such function is used in the own 
tenminal unK. 

In case the function provided in the other ter- 
minal units is used in the own terminal unit the 

46 procedures based on tiie flowchart of Rg. 24 have 
been required. 

In this figure, the terminal A is the other termi- 
nal unit while the terminal B is the own tenminal 
unit Moreover, reference numeral 170 denotes a 

so networi( such as public networtc. 

The flowchart will be explained in the sequence 
of numbering. 

(1) The tenminal unit B sends a request for 
starting the "sales amount totalizing process" to 

55 the terminal unit A. 

(2) When the terminal unit A receives tiiis re- 
quest, it starts the "sales amount totalizing pro- 
cess" and sends the display screen 1 shown in 
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Rg. 23(A) to the terminal unit B. 

(3) The display screen 1 is dispayed on the 
tenminal unit B. Therefore, when an operator 
name is input In accordance with the designa- 
tion "Input an operator name" on the display 
screen 1 . the result is sent to the terminal unit 
A. 

(4) Upon reception of this result, the terminal 
unit A sends a conversational message "Input a 
menu number" to the terminal unit B. 

(5) In the terminal unit B. the display screen 2 
shown in Rg. 23(B) is displayed and an operator 
is urged to input the predetermined menu num- 
ber The result is then sent to the terminal 
unit A. 

(6) The terminal unit A executes a program in 
accordance with the menu number "1 " transmit- 
ted and sends the processing result to the ter- 
minal unit A as the display screen 3 shown in 
Rg. 24(C). 

(7) The display screen 3 is displayed in the 
terminal unit B. 

As explained above, in the conventional graph 
generating processing, the individual generating 
condition of the graph to be generated has been 
determined only for the generation program and it 
cannot t>e cnotrotled for common use in the other 
programs. Therefore, even when the graph to be 
generated is transferred to the other terminal units 
in the network system, it cannot ensure such ap- 
plicability that another graph is generated by using 
only the numerical data as tiie object of graphic 
display or a figure of the same kind is generated 
by replacing a part of the graph generating con- 
dition witii the other conditions and then changing 
and extending tiie graphs. 

Moreover, in the figure generating process in 
the conventional terminal units, since the filed im- 
age type figure data cannot ensure such applicabil- 
ity that the same type of figure may be generated 
by executing alteration or extensk>n such as re- 
placement of the elements in the figure with the 
ottier elements based on the figure in the other 
tenminal units because tiie image of indivkJual fig- 
ure element is controlied by tiie applteation con- 
dition thereof in the figure and by the element 
name. 

Moreover, since the graph or figure to be gen- 
erated has been transferred to tiie other terminal 
units in tiie form of an image, amount of data to be 
transferred increases and it cannot t>e used easily 
in the network system coupling tiie terminal units 
witti a publk: line network. 

In addition, when it attempted to use the dis- 
play screen such as graph or figure generated by 
the other terminal units at tiie own terminal unit, it 
has been uneffident when tiie public line network 
is used because frequent exchange of conversatton 



messages and transfer of many kinds of display 
screen must be done between tiie own terminal 
unit which requests transfer of screen and the other 
terminal units which generate and transfer the dis- 
5 play screen. 

[DISCLOSURE OF THE INVENTION] 

It is tiierefore an object of the present invention 
70 to easily utilize documents such as graphs and 
figures, etc. generated by tiie terminal units in the 
network system between the temiinal unite. 

A method of generating graph and figure in the 
tenninal unite of the present invention analyzes a 
IS kind of graph such as graph of polygonal lines and 
circular graph, a kine of line of graph, attribute of 
graph such as color, generating condition of figure 
and figure element by considering these as the 
parte to generate part codes and generates a figure 
20 by combining part codes in such a manner as. for 
example, executing tiie program processing 
ttirough combination of tiie codes of the figure 
generating elemente and figure generating con- 
ditions. 

25 For Instance, when generation of graph is con- 
sidered, classification such as graph of polygonal 
lines and bar graph is conducted based on the 
highest concept of generation of graph, and such 
classification is continued for minor items such as 

00 cotor and shape of bar graph next to the concept of 
the bar graph. Moreover, the generating condition 
may also be decomposed to have flexibility from 
tiie point of view of analysis such as linking the 
designated coordinate positions with a solid line. 

35 The present Invention generates tiie codes of 
such decomposed structural elemente arK) generat- 
ing condition as the part and registers such codes 
and combines such part codes indicating the pro- 
cessing function of the generating condition with 

40 the part codes of the structural elemente and there- 
by gives the function as the commands in the 
program to generate the documente such as 
graphs and figures witti combination of part codes 
and numerical data 

45 The document generated as explained above 
includes less amount of date because it is gen- 
erated through combination of part codes and such 
date may be easily extracted and used in the 
distant ottier terminal unite. Moreover, since the 

50 document is generated based on the program 
tiirough comtM'nation of the part codes, such docu- 
ment may flexibly edited and revised tiirough alter- 
ation of part codes in regard to structural elemente 
ea\d generating conditions. 

55 Moreover, in introduction of codes by hierarchi- 
cal subdivision, tiie document may be used only 
between tiie codes coupled witii a tree structure, 
but it may be used also between the part codes of 
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the higher level concept in the present invention. 

For example, as the part codes, the part codes 
developed in generation of graph may also be used 
for figure generating processing by applying the 
generating condition In the figure generation. 

The present invention enhances applicability of 
the document such as graph or figure generated by 
each terminal unit as tiie distributed data base in 
the network system. 

In ttie CAD system, it has also been employed 
that tiie block diagram of logic circuit has been 
encoded and tiie figure has been generated con- 
fonming to the figure generating conditions. How- 
ever, tiie prior art sets \he generated data and. 
forms a figure using such data only within tire 
range of a particular program. Therefore, such prior 
art is different from the present invention in which 
the generating condition is combined with tiie part 
codes for generating commands of program In 
order to use for general purposes. 

The objects and structure of tiie present inven- 
tion plained above and tiie effect based ttiereon 
will be well understood from tiie folk>wing explana- 
tion made with reference to the drawings from Rg. 
1 to Fig. 20. 

[BRIEF DESCRIPTION OF THE DRAWINGS] 

Rg. 1 is a basic structural diagram of the 
present invention. 

Rg. 2 is a diagram indkating a graph generat- 
ing method in the network system of the present 
invention. 

Rg. 3 is a diagram indicating a figure generat- 
ing metiiod in ttie networic system of the present 
invention. 

Rg. 4 is a diagram for indk:ating an embodi- 
ment of ttie figure generated. 

Rg. 5 Is a diagram for Indicating the network 
system of ttie present invention. 

Rg. 6 is a flowchart of display screen transfer 
processing in the network system of ttie present 
invention. 

Rg. 7 is a diagram for indicating an embodi- 
ment of display screen response processing in the 
network of the present invention. 

Rg. 8 is a diagram for explaining a program 
download metiiod in the networic system of the 
present invention. 

Rg. 9 is a diagram for indksrting a program 
downk)ad mettiod in ttie networic system of the 
present inventin. 

Rg. IDA is a digram for indk:ating an embodi- 
ment of conversation file in program downtoad 
method. 

Rg. 11 is a diagram for indk^ating an embodi- 
ment ftowchart of program download. 

Rg. 12 is a diagram for indicating an embodi- 



ment of the area control method in the network 
system of the present invention. 

Rg. 13 is a diagram for indicating a schedule 
control graph generating method in the network 
5 system of the present inventin. 

Rg. 14 Is a diagram for Indicating an embodi- 
ment flowchart (1) of a schedule control graph 
generating method. 

Rg. 15 is a diagram for indicating an embodi* 
10 ment flowchart of a schedule control graph gen- 
erating metiiod. 

Rg. 16 is a diagram for indicating a screen 
display method in the network system of ttie 
present invention. 
15 Rg. 17 is a digram for indicating a flowchart of 

page control in the screen display method of the 
present invention. 

Rg. 18 is a diagram for indicating a flowchart 
of continuous page feeding in Oie screen display 
20 method of the present invention. 

Rg. 19A is a diagram for indicating a flowchart 
of page control in the screen display method of the 
present invention. 

Rg. 1 SB is a diagram for Indicating a flowchart 
25 of continuous display screen generating process in 
ttie screen display mettiod of ttie present invention. 

Rg. 20 is a diagram for indicating a flowchart 
of page retrieval in the screen display mettiod of 
the present invention. 
30 Fig. 21 is a diagram for indicating the graph 
generating metiiod of the prior art 

Rg. 22 is a diagram for indk^ating the figure 
generating method of the prior art. 

Rg. 23 is a diagram for indicating the dis- 
ss played screen in the display screen data process- 
ing between terminal units of the prior art. 

Rg. 24 is a diagram for indicating a display 
screen data processing method between terminal 
units of tiie prior art 

40 

[PREFERRED EMBODIMEfslT OF THE PRESENT 
INVENTION] 

The basic structure of ttie present invention will 

45 be explained witti reference to Rg. 1 . 

In tills figure, the reference numeral 1 denotes 
input unit 1 such as keyboard: 2, data input part for 
inputting the coded generating conditions such as 
coded program name and kind of graphs, etc.; 3, 

50 input data analyzing part for analayzing the codes 
of generating condition input, sharing messages for 
generation conditon input and object numerical 
data for graphic display and selecting program to 
k>e started. 

55 Numeral 4 denotes part file for registering cod- 
ed processing functions corresponding to generat- 
ing condition such as "coupling designated coor- 
diantes witt) a solkl line", structure element such as 
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"block digram of logic circuit" and processing 
areas; 5, display screen file, which may also be 
used as a terminal output file, for storing display 
screen of figure or various menu screens; 6, pro- 
gram file for storing various programs; 7, figure 
pattern file having figure pattern data such as cod- 
ed figure elements. 

Numeral 8 denotes development table for ed- 
iting graphs and figures by developing the generat- 
ing condition analyzed by the input data analyzing 
part 4 and selected program; 9. output processing 
part consisting of display output control part print 
control part for providing print output to a printer, 
etc. and terminal output control part 10. download 
program storing part for downloading program held 
in the other terminal unit in the network system to 
own terminal unit 

Numeral 12 denotes display; 13. slip for provid- 
ing printed output 15. display output processing 
part provicfing a function to execute figure display 
processing and window di^lay processing In order 
to display figure data on the display by referring to 
the figure data file based on the data of graph and 
figure edited by the development table; 16. print 
processing part 17, terminal output processing part 
for outputting coded data generated to the other 
terminal units connected in the network system. 

Operations In the structure of Rg. 1 will be 
explained more practically with reference to the 
preferred embocfiment of the Rg. 2 and subse- 
quent figures. 

Rg. 2 lndk:ates a graph generating nnethod in 
the network system of the present Invention. 

In Rg. 2, numeral 20 denotes input unit 21, 
data input part for inputting graph generating data; 
23. part table storing coded graph generating con- 
dition (k)ar graph, etc.); 24. figure pattern file having 
pattern data for screen display for each coded 
attribute of graph such as color and kind of line of 
graphs: 25. program file having a plurality of graph 
generating program prepared for each type of 
graph; 26. graph figure pattern file retrieval part for 
retrieving figure pattern file 24 with the data such 
as coded graph attribute requested from the dis- 
play output processing part and extracting relevant 
pattern data; 27. devetopment table; 28. screen file 
for storing screen format or generated graph in the 
form of file which is prepared for each type of 
graph and is common to graphs; 29, display unit 
30. display output processing part for executing 
display output processing of graph data; 31 , tenmi- 
nai output file for filing the graph generating data 
such as graph ^nerating conditon in the fonm of 
code and object numerical data for graphic display. 

In Rg. 2. the elements denoted by the same 
naming as those in Rg. 1 have the same function . 
as that In Rg. 1 and the tenminal output file in Rg. 
2 is included to the screen file 5 in Rg. 1 



In the structure of Rg. 2. data input for geration 
of graphs is carried out by designating the position 
of cursor of the display position in the display 
screen of part codes or direct input of codes from 
5 the keyboard. 

The data such as name, object value data for 
graphic indication is input in accordance with the 
designation displayed on the screen. 

The coded graph generating condition includes 
10 type of graph, such as polygonal line graph, circular 
graph and attribute of graph such as solid line, kind 
of line such as dotted line, and shading mode such 
as color, lattice and oblique lines. 

Operations of a structure of emt)odiment shown 
75 in Rg. 2 will be explained hereunder. 

The coded graph generating condition is Input 
to the data input part 21 and the condition type 
thereof is recognized in the input data analyzing 
part 22 by making reference to the part table 23. 
20 The input data analyzing part 22 shares the mes- 
sages of graph generating data such as graph 
generating condition, name and object value data 
for graphic indication to respective condition types. 

In this case, the input data analyzing part 22 
25 extracts the graph generating program correspond- 
ing to the type of graph to be generated from the 
program file 25 and then starts such program. 

The development table 27 fetches various data 
shared by the input data analyzing part 22 and also 
30 fetches the format of graph seed required from the 
display screen file 28. The development table 27 
edits the graph in the form of code in accordance 
with graph generating data. 

The coded graph edited In the development 
35 table 27 Is output to the display output processing 
part 30. 

The display output processing part 30 sends 
the coded graph attribute data to the figure pattern 
file retrieving part 11. the figure pattern file retriev- 

40 ing pat 26 retrieves a figure pattem file 24. extracts 
graph attribute pattern data required for graphic 
display and sends this pattem data to the display 
output processing part 30. The display output pro- 
cessing part 30 displays the graph on tfte display 

45 unit 29 based on the pattem data 

Moreover, the graph generating data edited by 
the development table 27 is registered to to the 
display screen file 28 or to the terminal output file 
31 in the form of code. 

50 The tenninal output file 25 outputs the gen- 
erated graph to the other terminal units in accor- 
dance with the requests from the other terminal 
units. 

The graph generation data registered in the 
55 display screen file 25 or terminal output file 31 
forms a document data in the form of program 
command through combinatfon of generating con- 
ditfon code and structural elements. Therefore. 
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such grar^ generating data may be processed and 
modrfied.eaisly by changing the codes of generat- 
ing condition and structural elements. 

Rg. 3 shows a figure generating system in the 
network of the present Inventino. 

In this figure, numeral 35 denotes Input unit for 
Inputting the figure generating conditions; 36, data 
input part for inputting coded type of figure; 37. 
input data analyzing part for analyzing input code 
and sharing messages; 38. part code file register- 
ing coded structural elements of network diagram; 
39, figure pattern file storing, for example, pttem 
data of pattern of logic circuit block; 40, program 
file having a plurality of figure generating program 
prepared for each type of figure; 41, figure pattern 
file retrieving part for extracting pattern data of 
structural element of relevant figure by retrieving 
figure pattern file 39 with the coded structural ele- 
ment of figure requested from the display output 
processing part 45; 42. development table; 43, dis- 
play screen file prepared for each type of figure to 
file data such as fomat which Is common to the 
figures; 44. display unit for displaying generated 
figure. 45, display output processing part for dis- 
playing figure data output from the devetopment 
table 42; 46. terminal output file for filing coded 
figure data generated In the development table 42. 

In Rg. 3. the elements of the same name as 
those in Rg. 1 have the same function as those in 
Rg. 1. The terminal output file in Rg. 3 Is Included 
in the display screen file 5 in Rg. 1 . 

In the structure of Rg. 3, data input for genera- 
tion of figure is carrie dout by designation of cursor 
position at \he display position in the display 
screen of part code or direct Input of the code from 
the keyboard. The practical examples of structural 
elements and generating conditions for generating 
figure are as follow. 

The type of figure includes network diagram, 
shelf mounting diagram of printed circuit board, 
bay mounting diagram and tire other figure gen- 
erating condition includes name of figure, unit 
name, connecting condition between units, bcation 
of station, existence of backup line, name and pitch 
of printed circuit board, size of shelf and kind of 
shelf, etc. 

Next operations of the structure of embodi- 
ment shown in Rg. 3 will be explained. 

The condition type of the coded structural ele- 
ments and generating condition Input to the data 
input part 36 is recognized in the input data analyz- 
ing part 37 by making reference to to tiie part code 
table 38 and the condition messsages are shared 
to the respective condition types. 

In tills case, tiie input data analyzing part 37 
extracts a figure generating program conresponding 
to type of figure to be generated afrom the pro- 
gram file 40 and then starts tills program. 



The devetopment table 42 fetches various data 
input fi'om the data input part 36 and also fetches 
the required figure specifications from tiie display 
screen file 43. Moreover, tiie devetopment table 42 

5 edits tite coded figure data in accordance witii tiie 
figure data such as tiie figure generating condition 
including unit name, connecting condition between 
units shared by teh input data analyzing part 37 
and coordinate data. etc. 

10 Coded figure data edited in the development 
table 42 is output to the di^lay output processing 
part 45. 

TTie display output processing part 45 sends 
tiie codes of stnK;tural elements of the coded fig- 

75 ure to the figure pattern file retrieving part 41 and 
this figure pattern file retrieving part 41 retrieves 
the figure pattem file 39. extracts pattern data of 
stmctural element of figure required for display of 
figure and tiien sends such pattem data to tiie 

20 display output processing part 45. The display out- 
put processing part 45 displays tiie generated fig- 
ure on the display unit 44 t>ased on the pattern 
data. 

Moreover, tiie figure data edited by tiie deveh 
25 opment table 42 is registered in tiie form of code 
to the display screen file 43 or temiinal output file 
46. 

The terminal output file 46 is connected to the 
network and outputs the generated figure to the 

30 other terminal units. 

The graph generating data registered to the 
display screen fito 43 or tennlnal output file 46 
forms tiie document data in the fomn of program 
commands tiirough coupling of the generating con- 

35 dition codeds and structural elements. Therefore, 
such graph generation data may be processed 
easily by changing the codes of generating con- 
ditions and structural elements in the other terminal 
units. 

40 Rg. 4 shows an emt)odiment of the generated 
figure wtuch has been generated under the follow- 
ing conditions. 
Type of figure: 
Network diagram 
45 Name: 

A network system 
Unit coordinates: 
PBX (10-2) 

VCOD x 3, (15-4. 15-6. 15-8) 
50 DDiM, (20-2) 
MD. (25-6) 

Connection between units: 
Usual (connected with a solid line from tiie cen- 
55 ter of side surface of each unit) 

Here, reference numeral 51 (PBX) denotes ex- 
change (switching system); 52-1 52-3(VCOD). voice 
coder. 53 (DDIM), digital data control unit; 54(MD). 
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modem. 

in this figure, the network diagram as the type 
of figure and PBX. VCOD. DDIM. MD as the units 
are input in the fonm of codes registered in the 
parts file and are developed on the development s 
table 42. The generated display screen data of 
network diagram is fetched to the development 
table by the codes corresponding to the network 
diagram from the display screen file 43. Moreover, 
the numerical data which indicates the coordinate io 
position on the display screen of each unit (for 
example, the start coordinate position 10-2 of figure 
pattem. in the case of PBX) is developed on the 
development table 42. In the same way. the figure 
generating program is fetched from the program is 
file 40 and ttie figure generating data is formed 
through coupling of incorporated codes and nu- 
merical data to form a figure as indicated in the 
figure on the development table. 

The figure pattern file retrieving part 41 re- 20 
trieves the figure pattern file 39 based on the 
generating data, extracts pattern data of PBX parts 
in tfie form of codes and the display output pro- 
cessing part 45 displays the PBX pattern to the 
designated input position (10-2) in the registered 25 
pattem, for example, for PBX on the basis of the 
edited data. The figure elements (PBX. VCOD. etc.) 
are connected with a solid line in accordance with 
the definition "connected with a solid line from the 
center of the skle surface of units* which is pre- 30 
vkMJsly defined as "usual" under the generating 
condition input and thereby the network diagram as 
indicated in the figure is displayed on the screen. 

Rg. 5 is a structural diagram of ttie network 
system to which the present invention is applied. 35 

As shown in the figure, ttie network system of 
the present invention provides a control center 56 
and emptoys a structure that a plurality of tenminat 
units A, B» C..... are connected in the network 55. 

As an example, it is explained ttiat ttie graph 4o 
generated by ttie mettiod of the present invention 
is used from the other terminal units connected in 
the network 55. 

® The terminal unit A which has generated a 
graph updatas a data base control file in the 45 
control center 21. 

® Ttie ottier terminal unit B requests ttie 
contents of control file updated by ttie control 
center 56. 

® Tfie control center 56 sends ttie contents of so 
control file to ttie terminal unit B. 
® Upon confirming the contents, ttie terminal 
unit B requests transmission of the graph to the 
terminal unit A. 

© The temninal unit A sends ttie graph generat- 55 
ing data. The tenminal unit 8 having received the 
graph generating data outputs the graph as ttie 
pattem of coded graph generating data. More- 



over, when required, the terminal unit B replaces 
a part of conditions and executes the processing 
for addition of graph, etc. 
In the network system of ttie present invention, 
ttie document such as figure and program is coded 
for flexible use in ttie network system. Therefore, it 
is possible to easily fetch ttie generated figures 
and programs in ttie other terminal units to the self 
terminal unit for use. 

The display screen transfer processing mettiod 
in ttie network system of the presaent invention will 
then be explained with reference to Rg. 6 and Fig. 
7. 

Rg. 6 is a flowchart of the display screen 
transfer processing In the network system of ttie 
present invention and Rg. 7 indicates an embodi- 
ment of the display screen response processing of 
the transferred display screen. 

The processing similar to that shown in Rg. 23 
In ttie conventional display screen transfer method 
explained in ttie [BACKGROUND OF THE 
INVENTION] will be explained as an example. 

Explanation will be made in accordance with 
the flowchart of Rg. 6. Reference will be made also 
to Rg. 7 and Rg. 23 as required. 

(1) The self terminal unit (terminal unit B) issues 
the start request to the other terminal unit 
(terminal unit A), for example, for sales amount 
processing. 

(2) Upon reception of the start request from the 
terminal unit B. the terminal unit A starts the 
sales amount processing program and sends 
the initial display screen (display screen 1 in 
Rg. 23. hereinafter display screen 1 . display 
screen 2 and display screen 3 correspond to 
those In Rg. 23). Simultaneously, the terminal 
unit A also transfers tiie integrated display 
screen response processing 1 and Integrated 
display screen response processing 2 shown in 
Rgs. 7(A) and (B) to ttie terminal unit B. 

In the display screen response processing 1 
, when an operator name is input conresponding 
to ttie designation in the display screen 1 in Rg. 
23. the conversatton message "Input menu 
number" is displayed. 

In the display screen response processing 2 
, the input numt>er is designated for executing 
ttie processing corresponding to ttie input num- 
ber displayed on the display screen 2 . 

The processings of ttie numtier (3) (8) are 
executed in ttie terminal unit B. 

(3) The display saeen 1 is displayed. 

(4) An operator inputs operator name. 

(5) The processing of display screen response 
processing 1 is executed. 

(6) As a result of processing of ttie display 
screen response processing 1 . ttie display 
screen 2 Is displayed. 
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(7) An operator inputs the menu number in 
accordance with the message displayed on the 
display screen. For example, "1" is input for 
executing the sales amount processing. 

(8) The display screen response processing 2 is 
executed. 

(9) The menu number "1 " is transmitted to the 
terminal unit B. 

(10) The terminal unit A executes the "daily 
sales amount" processing In accordance with 
the menu numt)er transmitted. 

(11) The processing result is transmitted to the 
terminal unit B. 

(12) The processing result indicated in the dis- 
play screen 3 » as an example, is displayed in 
the terminal unit B. 

In the prior art. the mutual conversation mes- 
sages have been exchanged and conversation 
screens have also t>e transferred for each con- 
versation between the terminal unit A and terminal 
unit B of (3) (8). But in the present invention, the 
display screen response processing program has 
been transferred by the program transfer function. 
Therefore, the numt)er of times of communications 
between the terminal units may be reduced. 

The program download ntethod in the network 
system in the present invention will be explained 
with reference to Fig. 7 to Fig. 1 1 . 

In the network system of the present invention, 
it is possible that the program of the other terminal 
unit is read in the self terminal unit (program down- 
load) and is executed in the self terminal unit 

Fig. 8 is a diagram for explaining the program 
download method in the network system of the 
present invention. 

In this figure, numeral 65 denotes operator; 66, 
display unit. 67. self terminal unit; 68. conversation 
sensor program for realizing a series of procedures 
including decision of program to t>e started and 
setting of perameters between the operator and 
self terminal unit in the form of conversatk>n and 
for realizing access to the other terminal units; 69. 
conversation file for storing conversation informa- 
tion and attribute Information: 70. program file; 71, 
71'. files In the conversation file for describing 
conversation information and attribute information 
required for making conversation with an operator 
65 to each processing file; 72, 72', downk>ad de- 
scribing columns for description of "necessity" to 
realize program download in the self terminal unit 
67 and execute the processing of file name 
(program name) thereof or "unnecessity" to realize 
execution in the other terminal unit 

73. downtoad decision program for deciding 
"necessity" or "unnecessity* described in the 
download describing columns 72. 72*; 74. transfer 
request program for requesting transfer of the pro- 
cessing program to execute the processing of file 



name in the self terminal unit when "necessity" is 
described in the downlowd describing column 72; 
75. download program storing part for storing the 
processing program sent from the other tenninal 
5 units by the execution of such transfer request 
program. 

The program download method in the network 
system of the present invention will be explained 
with reference to Rg. 9. 

10 In this figure, 80. operator. 81, display; 82. self 
terminal unit; 83, other terminal unit; 84, conversa- 
tion sensor program; 85, download ^ogram; 86. 
transfer request program; 87, conversation file; 88, 
download program storing part; 89. public line net- 

75 work; 90. memory In the tenminal unit 83; 90', 
program stored in the memory 90; 91, downtoad 
control part for reading the requested program 90* 
from the memory 91 and transfers the program to 
the other terminal unit (the self terminal unit 82, in 

20 this case) when the other temrinal unit (the self 
terminal unit 82, in this case) requests transfer of 
program. 

Operations in Rg. 9 will be explained later with 
reference to Rg. 11. 

25 Rg. 1 0A is an embodiment of the conversation 
file. The files 92, 93 are provided with the column 
for describing necessity or unnecessity of program 
downtoad as the attribute information. When the 
processing is requested after transfer to the self 

30 terminal unit "necessity" is described in this col- 
umn and when the program download is impossible 
and processing is executed in the tenninal unit 
comprising the processing program, "unnecessity" 
is described. Description of "necessity" and 

35 "unnecessity" is previously decided at the stage of 
design, based on the experi^ice considering ne- 
cessity of conversaton with the other system. 

Rg. 10B Indicates an embodiment of the 
screen display in the converdation processing of 

40 program download. 

In this embodiment, the conversation informa- 
tion for the file 92 "calculation processing 1" is 
displayed on the display unit 

As shown in the figure, input of file name and 

45 Input of result output are conducted In ttie form of 
conversation on the display screen for data file 
name, result output data storing and output unit as 
shown in the figure. 

In case a program is to t)e executed, since 

50 "necessity" Is described in ttie downtoad describ- 
ing column, the self terminal unit recognizes tiie 
terminal unit storing such program and the public 
line network and Issues the program transfer re- 
quest to such tenminal unit 

55 Rg. 11 is a flowchart of an emt)odiment of 
program download of the present invention. 

The flowchart of this figure will be explained in 
the sequence of the numbering in ttie circles as an 
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example of the processing program "calculation 
processing 1" shwon in Rg. 10A and Rg. 10B. 
Reference to Rg. 9 will also be made as required. 
® With designation by an operator 80, the start 
of the program "calculation processing 1" s 
(program name: "keisan-prol") is requested. 
© The conversation sensor program 84 reads 
the attribute information of program requested to 
start from the conversation file 87. 
(3) Based on the attribute Information of pro- io 
gram read from the conversation file 87. it is 
checked whether the program exists in the other 
terminal unit or not. 

® Since the program name "keisan-prol" is 
stored In the "Tokyo terminal 56" (the other is 
terminal unit 83)» the conversation sensor pro- 
gram 84 starts the line program to extend tiie 
connection to "Tokyo terminal 56" (ottier termi- 
nal unit 83) through the public line network 89. 
@ The download describing column for attribute 20 
information of the file read using the download 
decision program 85 is searched. 
(D When "necessity" is described in the down- 
load describing column by the decision of 5 , 
the transfer request program is started to re- 2s 
quest download of the program "kelsan-prol" as 
tiie object of tiie download comrot part 91 . 

Meanwhile, tiie otiier tenminal unit 83 
("Tokyo terminal 56") calls tiie program name 
"keisan-proi" stored in the memory 90 and 30 
transfers it to the self terminal unit 82 tiirough 
the public line network. 

Q) When download is terminated, the other 
terminal unit is separated from the fine. 

On the other hand. In tiie self terminal unit as 
82 having conducted program download, the 
conversation sensor program 84 instructs execu- 
tion of the downtoaded program "kelsan-prol" 
stored in the downk>ad program storing part 88. 
Thereby, the "keisan-prol" is read from ttie 4o 
downtoad program storing part 88 and this pro- 
gram is executed. 

® When "unnecessity" is written in tiie down- 
k)ad describing column in tiie step 5. tiie con- 
versati'on sensor program 84 causes the otiier 45 
terminal unit 83 to start tite program name 
"keisan-prol". 

® The other terminal unit 83 is in tiie waiting 
condition until the end of started program is 
received. so 
@ It is deckied whether tiie started program 
"keisan-prol" In tiie condition to wait for Input of 
information data. 

0 The self terminal unit 82 exti-acts the neces- 
sary information from the conversation file 87 or 55 
obtains the necessary information by making 
Inquiry to the operator 80. 
(3) The obtained information is transmitted to 



the other terminal unit 83. 
@ The tiie processing of "keisan-prol" in the 
otiier terminal unit 83 is terminated and is sent 
to the self terminal unit 82. the selt terminal unit 
82 separates tiie line connected to the otiier 
terminal unit 83. 

@ When It is decided that the program "keisan- 
prol" is in tiie self terminal unit In tiie step 3 , 
the conversation sensor program 84 executes 
tiie program In tiie self tenminal unit 82. 
The file "calculation processing 1" (program 
name: "kelsan-prol") has been explained but the 
other files are also processed fn tiie same way. 
Namely, it is decided whetiier the self temninal unit 
82 executes the object program In tiie self terminal 
unit after download of program or the other termi- 
nal unit executes such object program, depending 
on "necessity" or "unnecessity" of download de- 
scribed previously in tiie download describing col- 
umn of the file as tiie attribute information. 

According to the download program method of 
the present invention, since the program, which 
requires frequent communication with tiie self ter- 
minal unit through the public line network during 
execution while it exists in tiie otiier terminal unit, 
is automatically downloaded to the self terminal 
unit the line application efficiency of tiie networic 
system can fc>e Improved. 

In the present invention, since the display 
screen datra and program data in the display 
screen transfer processing metiiod and program 
download method are formed by codes, duch data 
may be easily transferred or used between distant 
terminal units. 

In the network system of the present invention, 
the area for storing data is defined when the data is 
generated and is coded. The defined area is used 
as tiie command and the coupling t)etween the 
desired processing functions Is designated by the 
parts code table and tiiereby tiie contents of area 
may be set, altered or added freely. 

Rg. 12 Is an emtxxliment of the area control 
metiiod in the network system of the present inven- 
tion. 

In the terminal unit connected in the network 
system of the present invention, when data is gen- 
erated, the area for storing data Is defined, such 
defined area is used as the command, coupling 
between such command and desired processing 
function is designated by tiie parts file and such 
command is alk>wed to be used in the other pro- 
cessing function, thereby the processing contents 
for such area may be freely set, altered or added. 

Rg. 12 is an embodiment in case tiie area 
control method explained ak)ove is applied to the 
arithmetic operation processing. 

In this figure, numeral 1 1 1 denotes parts code 
file to which tiie area name of the area for storing 
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data generated in accordance with the arithmetic 
calculation formula to be processed and the com- 
mand (code) for designating the processing func- 
tion to be applied to such area are registered as 
the parts. In the same figure. SI. S2 and 83 
indicate the area names of defined areas. For in- 
stance, such area names are formed as the com* 
mands (codes) indicating the addition processing 
program. X is has the processing function of "equal 
( = )** and is also used as the area name on the real 
data. 

112 denotes address assignment table, indicat- 
ing the real addresses of areas indicated by SI. 
82. S3, X indicating comntands and area names on 
the parts table. 

113 denotes real data file for storing data such 
as numerical values; 114, arithmetic operation de- 
velopment program for calling a function program 
to be processed for ttie area (SI, S2, etc.) des- 
ignated by the area name; 115, development table 
for developing area name (Si, 82. etc.), real data 
on tiie area designated by the area nameand in- 
formation for calling the program to be applied to 
the area developed; 116, 117, arithmetic operation 
program listed as the example and called on the 
development table in accordance with instruction of 
the arithmetic operation development program de- 
veloped on the devlopment table. 

Operations of the structure shown in Rg. 12 
will be explained. For instance, the area name 
"expenses for clothing" is registered to the defined 
area SI on the parts code file, while "expenses for 
foods" to the area S2, "expenses for lighting and 
fuel" to the area S3 and "Total" to the area X. SI, 
S2. S3 correspond, for example, to the positon of 
table on the display screen in the table calculation 
processing. 

The addresses of defined area are assingend 
by the address assignment table 112. Moreover, 
respective real data are stored in the defined areas 
SI, S2. S3 on the real data file. 

The atithmetic operation development program 
develops, with the commands of SI. S2. S3, the 
real address on each domain and the infonmation 
for calling the program to be processed. As a 
result, the " + " program defined in SI, S2. S3 is 
called, the arithmetic operations SI S2. (SI 
S2) S3 are executed for tiie real data on the 
regions SI, S2, S3 in accordance with tiie com- 
mands (81. S2, 83. X. etc.) and the result data is 
stored in the region X. 

TTie other processing function is applied, when 
necessary, to the data in the domain X. 

The function to be effectuated on the defined 
domains 81. 82, etc. may be applied not only to 
the elements of arithmetic operation pnx:essing 
program but also to the generation and display of 
display screen data, generation of fixed data of 



display screen, control (grouping) of data link in the 
form of table, graphic display of data and genera- 
tion of figure of data and tiiese functions may be 
realized by the conresponding processing pro- 
5 grams. 

The method of generating a schedule control 
graph in the network system of the present inven- 
tion will then be explained with reference to Fig. 13 
to Rg. 16. 

10 Rg. 13, (a) indicates a schedule table generat- 
ing method, while (b). display screen of the graphic 
display of generated schedule. 

In Fig. 13(a), numeral 120 denotes a new 
schedule buffer allowing entry of schedule t)it 1 to 
75 tiie scheduled time and schedule bit 0 to the not 
scheduled time to store the newly generated 
schedules; 121. old schedule buffer storing already 
determined schedule data. 

122, schedule control part for controlling the 
20 schedules based on the new schedule buffer 120 
and okj schedule buffer 121; 123. updated sched- 
ule buffer for obtaining OR of the new schedule 
buffer 120 and old schedule buffer 121; 124. OR 
circuit for obtaining OR of the new schedule buffer 
25 120 and old schedule buffer 121 . 

125, schedule table setting the start position 
and duration (lengtii) of the graphic display for 
indicating tiie schedules with a graph based on the 
schedule bits of tiie updated schedule buffer 123 
30 arnj also providing the names of schedules. 

In the example shown in tiie figure, the time of 
the display start position 0 is set to 9 o'clock. 

In the case of 'generating the schedules for 24 
hours in unit of hour like an example shown in the 
05 figure, it is enough that tiie buffer is given the size 
of 24 bits, however, in ttie case of generating tiie 
schedules In unit of 10 minutes, 18 bytes, which is 
equal to 6 times of 24 k>its. are necessary. 

Rg. 13 (b) indicates a display screen of the 
40 schedule control grs^ generated on the basis of 
ttie schedule table 125. 

The time corresponding to the display start 
positon 0 is set to 9 o'ctock and display start 
position, duration of schedule table and names of 
45 schedules are displayed as ttie graph. 

Rg. 14 shows flowchart (1) of ttie schedule 
control graph generating metiiod in the networt< 
system of the present invention. 

In ttiis figure, 126 denotes flow in the schedule 
50 control part, while 127, flowchart In ttie display part 
for showing the updated schedule in th6 form of 
graph and displaying such graph. 

Explanation will be made in accordance with 
the numbering in ttie circles. 
55 ® A new schedule buffer is generated on the 
bosls of the newly generated schedules. 
© Logical OR of ttie schedule buts of old 
schedule buffer and new schedule buffer is 
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stored in the flag (FLG). 

(S) It is decided whether the flag (FLG) is ON or 
OFF. 

® Rag ON means that the schedule bits of new 
schedule buffer and old schedule buffer are "1 5 
namely the schedule is newly set In the time 
period where the schedule is already set in the 
old buffer. Therefore the message "schedule is 
already set" rs output. 

® When flag (FLG) Is 0. logical OR of the io 
schedule bits of the new schedule buffer and old 
schedule buffer is taken and the result is stored 
in the updated schecfejie buffer. 
® ON/OFF of schedule bits of the updated 
schedule buffer is dedded. 75 
0 When FLG is ON. a line is drawn based on 
the size and kind of line designated. 
(D When FLG is OFF. the display position is led 
as much as the length designated. 
® Such processing is executed for each sched- 20 
ule of the time period and when processing is 
executed to all time periods, the processing 
terminates. 

Rg. 15 indicates fiow (2) as the emtxxliment of 
the display part in the schedule control graph gen- 2S 
erating method. Only the flow of display part is 
indicated and the flow in the schedule control part 
is the same as Rg. 14. 

Explanation of the flow will be made in the 
sequence of the numbering in the circles. 30 
® ON/OFF of schedule bits of updated sched- 
ule buffer is dedded. 

@ When the schedule bit is ON. a Hne is drawn 
based on the period and kind of line designated. 
(D When schedule bit is OFF. the display as 
positon is led as much as the period designated. 
® Name is described based on the name table. 
(D This processing is carried out for the sched- 
ule bits of each time period. When this process- 
ing is made for all time periods, the processing 4o 
terminates. 

In the fiow explained above, tiie schedule table 
125 shown in Rg. 13 displays a graph by extacting 
only the name but it is also possible to obtain the 
graph using the graph generating method shown in 45 
Rg. 2 t>ased on the display start position, duration 
and name stored in the schedule table 125. 

The terminal units in ttte network system of the 
present invention form a single display screen as 
the gathering of coded parts data and easily fetch 50 
the data of the other display screens. 

Therefore, the window control for introdudng 
the screen number into ttie display data of display 
screen file can be realized easily and the continu- 
ous screen processing in the multi-window can also 55 
be realized easily by fetching a plurality of display 
screens. 

The screen display method in the network sys- 



tem of the present invention is shown in Rg. 16. 

In Rg. 16. 130 denotes display unit; 131. win- 
dow controller; 132. development table; 133, dis- 
play screen file for controlling generated figures 
and generated graphs in accordance with tiie num- 
bering of registeration; 134, continuous page pro- 
cessing part; 135, page controller; 136. display 
screen selecting process; 137. pointing device 
such as mouth; 138. continuous display screen 
generation procesing part; 139. page retrieval pro- 
cessing part; 140. the display screen number re- 
placing edition processing part; 141, screen display 
request from operator. 

operations of structure shown in the figure are 
explained in accordance with the numbering in ttie 
circles. 

0 The screen number is input on tiie des- 
ignated display screen file by designating the 
contents displayed on tiie display unit 130 or 
designating displayed screen. When designation 
is made in plural numbers, the screen numbers 
are input in the input sequence. 

For example, In the case of the example 
shown in the figure, the window display screens 
G1, G2. G5. G10 may be desiganted for tiie 
screen number GIOO. 

® The display screen number may also be 
designated on tiie screen file from tiie external 
terminal units. 

® The display request 141 is generated for tiie 
display screen number GIOO. 
® The screen data of tiie designated display 
screen numt>er GIOO is developed on the devel- 
opment table. 

® Since ttie display screen nubmers G1. G2, 
G5, GIO exist in tiie developed display screen 
nubmer GIOO. the relevant display screen data 
is extracted by refem'ng again to ttie display 
screen file and is ttien developed on the devel- 
opment table. 

® The display screen data is sent to tiie 
window controller 131 and page controller. 

0 The data which is not the display screen 
number is dedded as the data of tiie one screen 
of the one gathering and display is canied out 
by opening the window for each display screen 
number. In tills case, tiie window display is 
canried out so that ttie youngest number des- 
ignating ttie first display is displayed at ttie 
upper most position. 

® The pages are assigned sequentially and 
displayed. In tiiis case, ttie history is stored for 
the pages in different versions due to ttie up- 
dataing. ttie page control is made witti the suffix, 
the pages with new versions are displayed in 
ttie upper positions and tiie pages witti old ver- 
sions are displayed in the latter positions. 
® The display area may be designated for ttie 
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displayed continuous screens and the page cut- 
ting may be conducted continuously with the 
display start page and display end page, in this 
case, the display switching time can also be 
designated. 

® When page retrieval is requested, the display 
screen data in the screen file is extracted con- 
sidering the numbering. In this case, the number 
of versions is also considered. 
@ The sequence of continuous screens once 
generated may be changed. In the case of the 
example shown In the figure, designation is 
made in the sequence of G1. G2. G5. G10 but it 
is also pos^ble to designate the display se- 
quence of Q2, G1. G5, Q10 by replacing G1 and 
G2. 

Rg. 17 shows a flow of page control in the 

screen display method of the present invention. 
The flow will be explained in the sequmce of 

numbering In the circles. 

0 Screen display request is generated. 
® Data is extracted from the display screen file 
and it is developed on the development table. 
® . ® whether plural screen numbers are 
designated to the data or not Is decided. 
® When it is not decided that plural screen 
numbers are designated to the data in the step 
4 . a single screen is decided to exist 
© Screen is displayed in the basic window. 
® When it is dedded that plural screen num- 
t>ers are designated to the data, continuous 
screen processing is decided. 
® The continuous screens are displayed by 
opening the windows in the sequence of des- 
ignated screen numbers. 
® Paging is carried out automatically. 
Rg. 18 Is a flow of continuous page cutting 

process in tiie screen display method of the 

present inventin. 

The flow will be explained in the sequence of 

tfie numbering in the drcles. 

0 Display area, exchanging speed, display 
start page and display end page are designated. 
(D, ® It is decided whether the continuous 
page cutting process should be started or not 
0 Since the start of continuous page cutting 
process is decided in the step 3 . the des- 
ignated area of first screen is displayed consult- 
ing with the devebpment table. 
® It Is decided whether the designated time 
has passed or not consictering the exchanging 
speed. 

® Sinkce it is dedded that tiie designated time 
has passed in ttte step 5 . the next screen is 
displayed. 

(2) It is decided whether all screens are dis- 
played continuously or not 
® If all screens are not yet displayed in the 



step 7, the processings of tiie step 5 and subse- 
quent steps are repeated. 
If the continuous processings are not started in 
the step 3 . the processing is terminated. When it 
5 Is decided that all screens are displayed in tiie 
step 8 . tiie processing is tenminated. 

Rg. 19A shows a flow of page control in the 
screen display method of the present invention. 
The flow will be explained in tiie sequence of 
70 numbering in the drcles. 

® It Is decided whether page change request is 
issued or not When page change request is not 
issued, processing terminates. 
(D When the page change request is issued, 
75 contents of continuous screens is displayed us- 
ing the name of screens. 
® The screens are replaced In accordance with 
the contents. 

0 Old data is stored separately. 
20 ® The screen numbers of continuous screens 
of screen file are replaced. 
Fig. 19B shows a flow of continuous display 
saeen generating process in the screen display 
method of tfie present Invention. 
25 ® Screen or content Is displayed. 

0 It is dedded whether the continuous screen 
mode or not 

(§> Screen numt^er is designated. 

® The display screen numbers are sequentially 

30 registered to the screen file. 

® It is dedded whether designation, has been 
made to all display screen numk>ers or not 
When designation to all screen number is not 
yet completed, tiie processings of step 3 and 

35 subsequent steps are repeated. When this des- 
ignation is completed, tiie processing termi- 
nates. 

Rg. 20 shows a flow of page retrieval in the 
screen display method of tfie present invention. 
40 (D Designation is made to continuous display 
screen numbers and the page retrieval request 
to such pages is issued. 
© The screens are counted sequentially in 
accordance with the page numbering on the 
45 display screen in the screen file to find out the 
desired page. 

® The screen of desired page is displayed. 
[APPLICABItlTY IN INDUSTRY] 

so 

As explained above, the present invention pre- 
pares the coded structural elements and generating 
conditions of documents to be generated as tiie 
independent parts and forms a document by giving 
55 the function like commands of organic programs to 
each independent part tiirough combination of 
parts. Thereby the present invention easily and 
flexibly processes and alters tiie generated docu- 
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ments by changing* the parts codes used in the 
document generation. 

Moreover, since the document data is formed 
with the code format, amount of data can be de- 
creased and data may aiso be used even in the 
distant other terminal units through the transfer of 
data. 

Accordingly, the present invention remariobly 
enhances appficability of networic system by regis- 
tering the documents generated in each terminal 
unit to the file of tennnal unit as the distributed 
data base and then utilizing such documents in the 
other tenminal units. 

Claims 

1. In a network system consisting of terminal 
units providing a function to generate docu- 
ments such as graphs and figures in the dis- 
play screen, said network system consists of 
terminal units providing the function to gen- 
erate a document through combination of 
structral element coes and generating condi- 
tion codes; wfierein a terminal unit comprises a 
parts file (4) registering coded structural ele- 
ments of document and document generating 
conditions, a program file (6) providing a plu- 
rality of programs for generating vanous kinds 
of documents and a devek)pment table (8) for 
developing coded generating conditkms, struc- 
tural elements and program, thereby a pro- 
gram for generating documents, structural ele- 
ment codes and generating condition codes on 
the parts file are developed on the develop- 
ment table (8). 

Z A network system according to claim 1, 
wherein a terminal unit forms a distributed data 
system, the generated coded document is 
stored In a display screen file (5), a document 
is reproduced by the other tennlnal unit by 
extracting the coded document data and such 
reproduced data may be updated as required. 

a A network system according to claims 1 and 2, 
wherein 

the parts table (4) comprises coded graph 
generating conditions such as attribute includ- 
ing type and colors of graphs; 

the program file (6) comprises graph gen- 
erating programs for various types of graphs; 

the figure pattern file (7) comprises coded 
data fbr attributes of graphs; 

the coded graf^ generating conditions and 
object numencal datga for graphic display are 
input 

a type of generated graph is recognized 
by referring to the parts file using the codes of 



graph generating condition input and the rel- 
evant graph generating program is started; and 
the started graph generating program ex- 
tracts the graph attritnite data from the figure 
5 pattern file (7) based on the coded other gen- 

erating conditions and executes the graph ed- 
iting process for graphic display of the object 
data for display of edited graph data 

10 4. A network system according to claims 1 and 2. 
wherein; 

the parts tat>le (4) ccmiprises the coded 
figure generating conditions and figure struc- 
tural elements; 
75 the program file (6) comprises a pkirality 

of figure generating programs: 

the figure pattern file (7) comprises pattern 
data of figure structural elements which are 
extracted corresponding to coded figure struc- 
20 tural elements; 

the coded figure generating conditions and 
figure generating data are Input the figure 
generating conditions are recognized by refer- 
ring to the parts file (4) using the coded input 
25 of figure generating conditions and figure 
structural elements and the relevant graph 
generating program is started: 

the figure generating condition codes, fig- 
ure structural element codes and figure gen- 
30 erating program are developed on the devetop- 
ment table (8) to edit the figure; and 

the edited figure is displayed by extracting 
the pattem data of figure structural elements 
from the figure pattem file (7). 

35 

5. A network system according to claims 1. 2. 3 
and 4. wherein each terminal unit comprises a 
display screen file (5) for controlling the con- 
versation file which stores information to con- 

40 finm the program to be started and the file 
inicluding the documents to be updated and a 
program downbad storing part (10) for trans- 
ferring and loading the programs of the other 
terminal units in the self terminal unit 

45 the program file (6) comprises a conversa- 

tion sensor program for deciding programs to 
t>e started through conversation with an oper- 
ator, the downtoad describing column for de- 
ciding necessity or unnecessity of diowntoad 

50 of program to tiie self temninal unit from the 
other terminal when the program in the other 
tenninal is to be used in ttie self terminal unit 
as the attribute infbnnation of various programs 
in the conversation file and a function to realize 

55 program download to the self terminal unit 
from the other terminal unit in case the pro- 
gram download is necessary based on 
"necessity" described in tiie downk)ad de- 
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scribing column or execute program process- 
ing in the other terminal unit when 
"unnecessity" is described in the download 
describing column. 

6. A network system according to claim 5. com- 
prising a download decision program for decid- 
ing necessity or unnecessity of program down- 
bad and a transfer request program for issuing 
transfer request of object program when down- 
load is necessary. 

7. A network system according to claims 1, 2, 3 
and 4. comprising the functions: 

the self terminal unit receives transfer of 
the program required for conversational type 
display screen processing from the other ter- 
minal unit, on the occasion of processing the 
screens opened for use in the other terminal 
units in the self terminal unit through the cor^ 
versatlonal procedures, the other terminal unit 
transfers the display screen In accordance with 
the instruction issued from the self terminal 
unit and the self tenminal unit processes the 
display screen based on the tranferred pro- 
gram and display screen. 

8. A domain control method In a network system 
according to claims 1 , 2. 3 and 4, wherein the 
domains for storing data are defined, the parts 
information comt)tnlng such domain and the 
necessary processing function (11) to be ap- 
plied to such domain is generated and is 
stored in the parts file (4), each parts informa- 
tion Is extracted from the parts file during 
processings and is then developed on the de- 
velopment table (8). and the processing func- 
tion (11) to be coupled with each developed 
domain is called to execute the processing for 
relevant domain. 



based on new schedule data is provided and 
graphic display is realized based on the codes 
on the name table. 

5 11. A networic system according to claims 1 and 2, 
comprising a display screen number input part 
for designating the display screen number for 
display to the display screens stored in the 
display screen file (5), a continuous display 

10 screen generating part for continuously dis- 
playing a plirality of screens designated and a 
function for continuously displaying the 
screens in accordance with the designated 
numbering. 

15 

12. A network system according to claim 11, com- 
prising a multi-window system which Is ca- 
pable of designating a plurality of screens for 
multi-window display to the desired screens 

20 stored in the display screen file (5), wherein 
when the screen for window display is des- 
ignated for the desired display screen, the 
designated screen number is written in the 
desired display scnren data and when it is read 

25 that the designated screen number is written, 
while the data of desired screen is developed 
on the devebpment table, the window is 
opened and the display scnren data of des- 
ignated screen number is read from tiie screen 

30 file for the window display and when a plurality 

of window screens are designated, the continu- 
ous paging is canried out in the sesignated 
sequence and' each page is multi-window dis- 
played in the sequence of the numbering for 

35 page cutting. 

13l a network system according to claims 11 and 
12, wherein a screen number replace edition 
processing part is provided and thereby the 
40 designated page numt)ers of display screen 
may be replaced depending on tiie display of 
screens. 

14. A network system according to claims 11 and 
12, wherein a continuous paging cutting pro- 
cess part which is capable of designating dis- 
play domain and changing display speed of 
display screen is provided and thereby the 
display domain of a screen, display switching 
speed of continuous display, display start page 
and end page can respectively be selected 
during the continuous screen display. 



9. A schedule control graph generating method in 
a network system according to claims 1 , 2 and 
3, wherein the program tile (6) comprises a 
schedule control program and a terminal unit 45 
comprises a buffer for storing okJ schedule 
data already generated and the newly added 
or updated schedule data, generates a new 
schedule data by OR of tiie old schedule data 
and newly updated or added schedules and so 
realizes graphk: display of new schedules 
based on tiie new schedule data. 

10. A schedude control graph generating mettiod 
according to claim 9. wherein a name table for 55 
storing coded display position, duration of 
graph and names of schedules in tiie graph 
display of time schedule setting the schedules 
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